昨天我們看了 2009-2015 的 DevOps 議題趨勢發展，今天繼續 2016-2022 的部分：

（資料來源：Patrick 的部落格文章）

• 2016 devops 即是企業的數位轉型。2016 《DevOps handbook》出版，書中紀錄了數間大型企業實踐 DevOps 的案例，或許這些企業在一開始並不認為自己是在實踐名為 DevOps 的東西，但它們的所作所為，即是 devops。
• 2017 企業到處都有人、工具、流程的問題，只要是與交付商業價值有關的地方，都有同樣的議題。
• 2018 devops 要成功，不只需要仰賴 dev、ops、infra 這些 IT 部門，HR、sales、 Legal 部門也同樣重要。企業需要全員 DevOps！全員協作！共同關注交付商業價值的重要性。
• 2019 延續 2018，有了 devops 不代表企業一定會成功， devops 只是企業邁向成功的要素之一。同時也再次印證，為何新創企業會天生基因自帶 devops，畢竟新創在尚未站穩腳步、打下穩定商業基礎的狀況下，豈可容許員工不關注交付商業價值的重要性。
• 2020 返樸歸真，企業擁有的不只是技術債，還有文化債。devops 開始在全球更多大型企業發酵。同年也是 COVID-19 大爆發，就如同網路笑話所說的，「COVID-19 才是企業數位轉型的最大推手」，在這一年各種 IT 引領數位轉型的議題再次熱門。遠距工作型態也引發人們注意到，團隊需要的不只是「協作」，還要建立「信任」，而這是一條不容易的旅程，人們需要彼此互助、有同理心、當責……。
• 2021 延續 2020，依然是 COVID-19 影響全世界。devops 議題繼續返樸歸真，企業要重視「交付價值」是所有人的責任。devops 所做的一切都在打破各式各樣的 silo，消除摩擦。
• 2022 點出企業充滿著各式各樣的衝突與矛盾。組織會擁有目標、向前邁進，但在這條持續向前的旅程中，很可能會出現各種矛盾與弔詭。像是原本是為了提升生產力而擁抱自動化，最後卻變成為了自動化而自動化；為了資安與安全性，建立了各種最安全的規範與流程，最後反而導致員工因此輕忽了人是最不安全的破口；為了提供最好的服務給所有的客戶，最後卻變成只服務能為企業帶來收入的客戶。

延續昨天的文章，我們看完了從 2009-2022 全部的內容，讓我們再次精要的為每一年下個註解：

• 2009 啟蒙年代，Agile 思維影響了 Ops 與 infra。
• 2010 跨部門與職能的協作，能幫助企業交付價值。
• 2011 「工具」能成為影響「行為與文化」的管道。
• 2012 《鳳凰專案》與三步工作法，將 devops 風潮打進更多的企業。
• 2013 全球 devops 定義與詮釋的大亂鬥時代正式開始！devops 被認為是新創企業必備的基因。
• 2014 伴隨技術與工具的發展，devops 與 APP、Cloud、Container 出現緊密的連結。
• 2015 同 2014，伴隨技術與工具的發展，devops 與 Cloud Native 產生更多關聯。
• 2016 《DevOps Handbook》證實了 devops 即是企業的數位轉型。
• 2017 凡與「交付商業價值」相關之處，即有人、流程與工具的問題需要解決。
• 2018 企業的 devops 想要成功，不會只與 IT 部門有關，「交付商業價值」相關之部門皆有關。
• 2019 devops 只是企業邁向成功的要素之一，是企業必須具備的必要基因。
• 2020 返樸歸真，技術債與文化債都需要處理，數位轉型為企業帶來文化、流程與工具的轉變。
• 2021 返樸歸真，重點在於打破企業內部的各種 silos。
• 2022 越是邁向 devops 旅程越久的企業，越是要注意長途旅程累積而來的文化衝突與矛盾。

歷經 13 年，devops 議題持續的在轉變，然可以確定的是，不管是哪一年，都不只是工具層面的議題，幾乎都是 人/文化 相關的議題，無怪乎 Patrick 早早就說了「DevOps is a human problem」。

Patrick 在他的文章與演講一再地表示，經過這些年，縱然世界變得更複雜（complex），更多的工具、更多的 silos，但他依然覺得 DevOps is ok！

我想既然 DevOps 老爸都這麼說了，那我們就繼續相信 DevOps is ok 吧！

DevOps 輕鬆聊，我們明天見～（晚安配樂下